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DETAILED ACTION 



Supplemental Office Action 
This action is supplemental to the previous Non-Final rejection mailed September 5, 
2007. Claims 1-51 should have been rejected under 35 U.S.C. 102(a). A correction is provided 
herewith. 

Claim Rejections - 35 USC § 112 
The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

Claim 40 is rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

Claim 40 recites the limitation "the computer readable medium" in line 14. There is 
insufficient antecedent basis for this limitation in the claim. 



Claim Rejections - 35 USC § 102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

(a) the invention was known or used by others in this country, or patented or described in a printed publication in this 
or a foreign country, before the invention thereof by the applicant for a patent. 
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Claims 1-32 and 35-51 are rejected under 35 U.S.C. 102(a) as being anticipated by 
Microsoft White Paper: ''Enabling Quality of Service Windows Sockets-based Mission Critical 
Applications" posted May 20, 1999, (hereinafter referred to as "the Microsoft White Paper"). 

Regarding claim 1, the Microsoft White Paper teaches a method of managing network 
traffic, comprising, 

receiving a request for network resources via a signaling protocol (Page 1, Integration of 
RSVP and Difffserv, lines 1-4: "hosts use RSVP to signal QoS requirements from one end of the 
network to the other"), the request including information identifying an application (Page 1, 
Integration of RSVP and Difffserv, lines 4-6: "devices use the signaling messages to identify 
what application and user is requesting QoS, the type of service being requested, and the quantity 
of resources being requested;" page 2, lines 10-14); 

evaluating the information identifying the application against policy information (Page 1, 
Integration of RSVP and Difffserv, lines 4-7: "devices use the signaling messages to identify 
what application and user is requesting QoS, the type of service being requested, and the quantity 
of resources being requested... based on policies and resource availability, the QoS request is 
either admitted or denied"); and 

determining access to network resources based on a result of the evaluation (Page 1, 
Integration of RSVP and Difffserv, lines 6-7: "based on policies and resource availability, the 
QoS request is either admitted or denied"). 
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Regarding claim 2, the Microsoft White Paper teaches the method of claim 1 wherein the 
information identifying the application includes an application identifier (Page 1, Integration of 
RSVP and Difffserv, lines 4-5: signaling messages). 

Regarding claim 3, the Microsoft White Paper teaches the method of claim 1 wherein the 
signaling protocol comprises RSVP (Page 1, Integration of RSVP and Difffserv, line 1). 

Regarding claim 4, the Microsoft White Paper teaches the method of claim 1 wherein 
determining access to network resources based on a result of the evaluation includes admitting or 
denying the request (Page 1, Integration of RSVP and Difffserv, lines 6-7). 

Regarding claim 5, the Microsoft White Paper teaches the method of claim 1 wherein 
determining access to network resources based on a result of the evaluation includes returning 
marking information in response to the request (Page 2, Integration of RSVP and Difffserv, lines 
4-6: "packets are marked with a specific Diffserv Code Point"). 

Regarding claim 6, the Microsoft White Paper teaches the method of claim 5 wherein the 
marking information represents a relative priority level (Page 1, Introduction, lines 14-15: " the 
network administrator can employ various QoS mechanism to prioritize access to network 
resources for different users and applications;" Page 2, Qualitative vs. Quantitative QoS, lines 
17-18). 
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Regarding claim 7, the Microsoft White Paper teaches the method of claim 5 wherein the 
marking information includes a differentiated services codepoint (Page 2, Integration of RSVP 
and Difffserv, lines 4-5). 

Regarding claim 8 5 the Microsoft White Paper teaches the method of claim 5 wherein 
returning marking information includes providing a DCLASS object (Page 2 5 Integration of 
RSVP and Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 9, the Microsoft White Paper teaches the method of claim 5 wherein the 
DCLASS object includes a differentiated services codepoint (Page 2, Integration of RSVP and 
Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref no 6). 

Regarding claim 10, the Microsoft White Paper teaches the method of claim 1 wherein 
the request further includes quantitative information (page 2, Qualitative vs. Quantitative QoS, 
lines 1-4, and 8-10). 

Regarding claim 11, this is a computer-readable medium having computer-executable 
instructions for performing the method of claim 1, therefore is rejected under the same recited 
area as claim 1 . 

Regarding claim 12, the Microsoft White Paper teaches a method of requesting network 
resources, comprising: 
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constructing a request message in accordance with a signaling protocol, the request 
message including information identifying a type thereof as qualitative, and further including 
qualitative information (Page 1, Integration of RSVP and Difffserv, lines 4-6: "devices use the 
signaling messages to identify what application and user is requesting QoS, the type of service 
being requested, and the quantity of resources being requested;" page 2, lines 10-14); and 

sending the request message to request network resources, the request message passing 
through at least one network device that evaluates the qualitative information in the request 
message to determine access to network resources (Page 1, Integration of RSVP and Difffserv, 
lines 4-7: "devices use the signaling messages to identify what application and user is requesting 
QoS, the type of service being requested, and the quantity of resources being requested... based 
on policies and resource availability, the QoS request is either admitted or denied"). 

Regarding claim 13, the Microsoft White Paper teaches the method of claim 12 further 
comprising, receiving a return message (Page 1, Integration of RSVP and Difffserv, lines 7-8: 
"notify the host of the admission control decision). 

Regarding claim 14, the Microsoft White Paper teaches the method of claim 12 wherein 
the signaling protocol comprises RSVP (Page 1, Integration of RSVP and Difffserv, line 1). 

Regarding claim 15, the Microsoft White Paper teaches the method of claim 12 wherein 
the qualitative information has an associated hierarchy (Page 1, Introduction, lines 13-16). 
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Regarding claim 16, the Microsoft White Paper teaches the method of claim 12 wherein 
determining access to network resources based on a result of the evaluation includes admitting or 
denying the request (Page 1, Integration of RSVP and Difffserv, lines 6-7). 

Regarding claim 17, the Microsoft White Paper teaches the method of claim 12 further 
comprising, receiving a return message indicating that access to the requested resources is denied 
(page 4, lines 1-3). 

Regarding claim 18, the Microsoft White Paper teaches the method of claim 12 further 
comprising, receiving a return message including marking information (Page 2, Integration of 
RSVP and Difffserv, lines 4-6). 

Regarding claim 19, the Microsoft White Paper teaches the method of claim 18 wherein 
the marking information represents a relative priority level (Page 1, Introduction, lines 14-15; 
Page 2, Qualitative vs. Quantitative QoS, lines 17-18). 

Regarding claim 20, the Microsoft White Paper teaches the method of claim 18 wherein 
the marking information includes a differentiated services codepoint (Page 2, Integration of 
RSVP and Difffserv, lines 4-5). 
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Regarding claim 21, the Microsoft White Paper teaches the method of claim 18 wherein 
returning marking information includes providing a DCLASS object (Page 2, Integration of 
RSVP and Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 22, the Microsoft White Paper teaches the method of claim 21 wherein 
the DCLASS object includes a differentiated services codepoint (Page 2, Integration of RSVP 
and Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 23, the Microsoft White Paper teaches the method of claim 18 further 
comprising, attaching the marking information to subsequent flow (Page 1, Integration of RSVP 
and Difffserv, lines 7-12). 

Regarding claim 24, the Microsoft White Paper teaches the method of claim 12 wherein 
the request message is sent towards a receiver (page 3, Application Criteria for Quantitative QoS, 
lines 8-10). 

Regarding claim 25, this is a computer-readable medium having computer-executable 
instructions for performing the method of claim 12, therefore, is rejected under the same cited 
area as stated in claim 12. 

Regarding claim 26, the Microsoft White Paper teaches a method of managing network 
traffic, comprising: 
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receiving a request for network resources via a signaling protocol, the request including 
qualitative information (Page 2, Qualitative vs. Quantitative QoS, lines 5-11: "through 
extensions to RSVP signaling, Microsoft provides support for qualitative applications by 
enabling a new service called the ServiceTypeQualitative..."); 

evaluating the qualitative information in the request against policy information (Page 2, 
Qualitative vs. Quantitative QoS, lines 5-11: "through extensions to RSVP signaling, Microsoft 
provides support for qualitative applications by enabling a new service called the 

ServiceTypeQualitative..."); and 

returning information based on a result of the evaluation including information that 
specifies to an upstream sender how to mark packets for classification thereof (Page 2, 
Qualitative vs. Quantitative QoS, lines 12-15: "in response, network elements do not actually 
allocate a specific quantity of resources to the application's traffic, but rather assign it to a 
particular diffserv aggregate class"). 

Regarding claim 27, the Microsoft White Paper teaches the method of claim 26 wherein 
the request further includes quantitative information (page 2, Qualitative vs. Quantitative QoS, 
lines 1-4, and 8-10). 

Regarding claim 28, the Microsoft White Paper teaches the method of claim 26 wherein 
the information identifying the application includes an application identifier (Page 1; Integration 
of RSVP and Difffserv, lines 4-5). 
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Regarding claim 29, the Microsoft White Paper teaches the method of claim 26 wherein 
the request comprises an RSVP PATH message (Page 1, Integration of RSVP and Difffserv, 
lines 1-11). 

Regarding claim 30, this is a computer-readable medium having computer-executable 
instructions for performing the method of claim 26, therefore, it rejected under the same cited 
area as stated in claim 26. 

Regarding claim 3 1, the Microsoft White Paper teaches in a computer network, a system 
for providing quality of service via a signaling protocol, comprising: 

a sender (host), the sender providing a message comprising qualitative information 
identifying an application (Page 1, Integration of RSVP and Difffserv, lines 4-6; Page 2, 
Qualitative vs. Quantitative QoS, lines 5-11: "through extensions to RSVP signaling, Microsoft 
provides support for qualitative applications by enabling a new service called the 
ServiceTypeQualitative. . ."); 

a receiver, the receiver receiving the message from the sender and providing a return 
message in response thereto (Page 1, Integration of RSVP and Difffserv, lines 4-6: "devices use 
the signaling messages to identify what application and user is requesting QoS, the type of 
service being requested, and the quantity of resources being requested"); and 

a policy enforcement device, the policy enforcement device evaluating at least one of the 
messages communicated between the sender and the receiver, and determining access to 
resources based on the qualitative information (Page 1, Integration of RSVP and Difffserv, lines 
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6-7: "devices use the signaling messages to identify what application and user is requesting QoS, 
the type of service being requested, and the quantity of resources being requested... based on 
policies and resource availability"). 

Regarding claim 32, the Microsoft White Paper teaches the system of claim 31 wherein 
the information identifying the application includes an application identifier (Page 1, Integration 
of RSVP and Difffserv, lines 4-5). 

Regarding claim 35, the Microsoft White Paper teaches the system of claim 31 wherein 
the signaling protocol comprises RSVP (Page 1, Integration of RSVP and Difffserv, lines 1-11). 

Regarding claim 36, the Microsoft White Paper teaches the system of claim 31 wherein 
the policy enforcement device determines access to resources by adding marking information to 
the return message (Page 2, Integration of RSVP and Difffserv, lines 4-6). 

Regarding claim 37, the Microsoft White Paper teaches the system of claim 36 wherein 
the marking information represents a relative priority level (Page 1, Introduction, lines 14-15; 
Page 2, Qualitative vs. Quantitative QoS, lines 17-18). 

Regarding claim 38, the Microsoft White Paper teaches the system of claim 36 wherein 
the marking information includes a differentiated services codepoint (Page 2, Integration of 
RSVP and Difffserv, lines 4-5). 
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Regarding claim 39, the Microsoft White Paper teaches the system of claim 36 wherein 
returning marking information includes providing a DCLASS object (Page 2, Integration of 
RSVP and Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 40, the Microsoft White Paper teaches the system of claim 6 wherein the 
DCLASS object includes a differentiated services codepoint (Page 2, Integration of RSVP and 
Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 41, the Microsoft White Paper teaches a computer-readable medium 
having a data structure for communicating network quality of service information on a network, 
comprising, a first field including a message header identifying a message in a signaling 
protocol, a second field identifying the message as having qualitative information associated 
therewith, and a third field including at least one set of qualitative parameters (page 1, 
Integration of RSVP and Difffserv, lines 1-12 - page 2, Integration of RSVP and Difffserv, lines 
1-19). 

Regarding claim 42, the Microsoft White Paper teaches the computer-readable medium 
of claim 41 wherein the data structure is provided in an RSVP message from a sender (page 1, 
Integration of RSVP and Difffserv, lines 1-12 - page 2, Integration of RSVP and Difffserv, lines 
1-19). 
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Regarding claim 43, the Microsoft White Paper teaches the computer-readable medium 
of claim 41 wherein the computer-readable medium comprises a data transmission medium (page 
1, Integration of RSVP and Difffserv, lines 1-12 - page 2, Integration of RSVP and Difffserv, 
lines 1-19). 

Regarding claim 44, the Microsoft White Paper teaches the computer-readable medium 
of claim 41 wherein one of the parameters in the third field corresponds to information 
identifying an application (page 1, Integration of RSVP and Difffserv, lines 1-12 - page 2, 
Integration of RSVP and Difffserv, lines 1-19). 

Regarding claim 45, the Microsoft White Paper teaches a computer-readable medium 
having a data structure for communicating network quality of service information on a network, 
comprising, a first field identifying the message as having qualitative information associated 
therewith, and a second field including marking information corresponding to the qualitative 
information (page 1, Integration of RSVP and Difffserv, lines 1-12 - page 2, Integration of 
RSVP and Difffserv, lines 1-19).. 

Regarding claim 46, the Microsoft White Paper teaches the computer-readable medium 
of claim 45 wherein the data structure is provided in an RSVP reservation message (page 1, 
Integration of RSVP and Difffserv, lines 1-12 - page 2, Integration of RSVP and Difffserv, lines 
1-19). 
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Regarding claim 47, the Microsoft White Paper teaches the computer-readable medium 
of claim 45 wherein the marking information represents a relative priority level (Page 1, 
Introduction, lines 14-15; Page 2, Qualitative vs. Quantitative QoS, lines 17-18). 

Regarding claim 48, the Microsoft White Paper teaches the computer-readable medium 
of claim 47 wherein the marking information includes a differentiated services codepoint (Page 
2, Integration of RSVP and Difffserv, lines 4-5). 

Regarding claim 49, the Microsoft White Paper teaches the computer-readable medium 
of claim 47 wherein returning marking information includes providing a DCLASS object (Page 
2, Integration of RSVP and Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 50, the Microsoft White Paper teaches the computer-readable medium 
of claim 49 wherein the DCLASS object includes a differentiated services codepoint (Page 2, 
Integration of RSVP and Difffserv, lines 15-16; Page 3, Code Sample Introduction, ref. no 6). 

Regarding claim 5 1 , the Microsoft White Paper teaches the computer-readable medium 
of claim 44 wherein the computer-readable medium comprises a data transmission medium (page 
1, Integration of RSVP and Difffserv, lines 1-12 - page 2, Integration of RSVP and Difffserv, 
lines 1-19). 
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Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 33 and 34 are rejected under 35 U.S.C. 103(a) as being unpatentable over the 
Microsoft White Paper. 

Regarding claims 33 and 34, the Microsoft White Paper teaches using a policy 
enforcement device for providing quality of service (page 1, Integration of RSVP and Difffserv, 
lines 2-3), but fails to specifically include a router (claim 33) or a switch (claim 34). 
Nonetheless, the feature is known in the art. At the time the invention was made, it would have 
been obvious to one of ordinary skill in the art to employ a switch or a router to perform the 
function of providing quality of service because when request messages are sent, they go through 
a device such as a switch or a router, which intercepts the messages and obtains signaling 
information in the message before allowing the messages to continue, thus enhancing security 
and maximizing the network's quality of service. 

Conclusion 

The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

1 . USPN 6,957,255 issued to Schweitzer et al. 

2. USPN 6,801,939 issued to Chafe. 
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3. USPN 6,1 54,778 issued to Koistinen et al. 

4. USPN 6,003,079 issued to Friedrich et al. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Alina N. Boutah whose telephone number is 571-272-3908. The 
examiner can normally be reached on Monday-Friday (9:00 am - 5 :00 pm). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, David A. Wiley can be reached on 571-272-3923. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




Alina Boutah 
Patent Examiner 
AU2143 



